Skip to content

Conversation

@gitdallas
Copy link
Contributor

fixes some notes from post-merge reviews on #843 as well as an issue that came up where hasAnimations is supposed to go on SearchInputExpandable instead of SearchInput.

Copy link
Contributor

@jenny-s51 jenny-s51 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for making these changes @gitdallas - left some comments below, otherwise LGTM.

<Table />
</>
);
%inputExample%
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just a quick question on this syntax - is this expected? Or would this need to be updated to include examples of the components updated in this PR?

Suggested change
%inputExample%
%inputExample%

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is, I've got a script that compiles all of these separate readme's together for the "real" readme and inserts the associated tsx files into these spots

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Super cool - thank you for the context here @wise-king-sullyman

<Table hasAnimations />
</>
);
%outputExample%
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same here as well

"Consider adding hasAnimations prop to enable component animations.";

// Helper function to check if isTree prop exists and isn't explicitly false
function hasValidIsTreeProp(node: JSXOpeningElement): boolean {
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not that it would be a blocker for me, but there are some helpers in /helpers/JSXAttributes.ts that would probably let you not have as much custom logic in this rule for evaluating the isTree prop if you weren't aware of them.

@wise-king-sullyman wise-king-sullyman merged commit 63aef23 into patternfly:main Jul 9, 2025
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants